home *** CD-ROM | disk | FTP | other *** search
/ Aminet 22 / Aminet 22 (1997)(GTI - Schatztruhe)[!][Dec 1997].iso / Aminet / comm / maxs / Menupass1_0.lha / menupass.txt < prev    next >
Text File  |  1997-08-07  |  4KB  |  131 lines
  1.             MenuPass 1.0
  2.             ------------
  3.  
  4. What is it?
  5. -----------
  6. Menupass is an excellent addition for security on MaxsBBS systems. It
  7. password protects menus. You may want this to password protect sysop
  8. menus, adults only sections etc. Ofcourse, without this most people
  9. wouldn't be able to access these menus anyway, but sometime users are
  10. accidently given the wrong access level [I was once accidently given 
  11. pornography access =)] and if this program was also used, they would still 
  12. need a password to access this area. 
  13. Menupass can also log failed password attempts [Incase you accidently 
  14. gave a user the wrong access and they tried to guess the password] and can 
  15. also log ALL entries [Incase you think someone may know the password when 
  16. they shouldn't].
  17.  
  18. Requirements?
  19. -------------
  20. -Should work fine on 1.3 systems because no special features are used, but
  21.  will definately work on 2.0+
  22. -MaxsBBS
  23.  
  24. Installation?
  25. -------------
  26. Easy! First copy Menupass to Doors:. Then go to the menu setup in MaxsBBS.
  27. Where you used to have Maxs automatically go to a menu using function 2, 
  28. replace that with function 34, and in the filename menu, put
  29. doors:menupass, followed by a space, the menu to go to,the flag,
  30. and the password for this menu. So, basically, it should look like this:
  31.  
  32. Doors:Menupass <menu><flag><password> (See LOGGING for flags).
  33.  
  34. NOTE: The password must NOT include any flags! This includes spaces, -'s
  35. and ='s (See LOGGING)! The password IS case sensitive!
  36. EG:
  37. Before:
  38.  
  39. Key: Function: Extra: Lo acc: Hi acc: filename:
  40.  
  41. S    2         50     1000    10000
  42.  
  43. After:
  44.  
  45. Key: Function: Extra: Lo acc: Hi acc: filename:
  46.  
  47. S    34        0      1000    10000   doors:menupass 50 password
  48.  
  49. So what will actually happen is when a user presses S, it will ask for the
  50. password (In this case the password is "password") and if correct, it will
  51. go to menu 50.
  52. Don't worry about normal low/high access stuff, that will still work if
  53. you leave in the lo/hi access on the menu, just that now you will need
  54. that access level to access the door to access the menu, not just to
  55. access the menu.
  56.  
  57. Logging?
  58. --------
  59. A good feature of Menupass is that it can log what's been going on.
  60. The current flags are as follows:
  61.  
  62. <space>     No logging
  63. -           Log only failed attempts
  64. =           Log all entries
  65.  
  66. EG:
  67.  
  68. No logging:
  69. Doors:Menupass 50 password
  70.  
  71. Log failed attempts:
  72. Doors:menupass 50-password
  73.  
  74. Log all entries:
  75. Doors:menupass 50=password
  76.  
  77. The logfile for failed attempts will look like this:
  78. Joe Blogs - passwd
  79. Joe Blogs - Ineedthepassword
  80. Guest - hmmmm
  81. Etc...
  82.  
  83. The logfile for all entries will look like this:
  84. Joe Blogs - passwd
  85. Joe Blogs - Ineedthepassword
  86. Guest - hmmmm
  87. Midnight Flip - password (Correct password) 
  88. Etc...
  89.  
  90. You may be wondering why you would need to log all entries. The reason
  91. I've got that feature incase you think some users may have the password
  92. and you haven't given it to them.
  93.  
  94. Bugs?
  95. -----
  96. I have recently had bug reports in another doors I made. the problem was
  97. that when run on two nodes, it crashed. This only happens if you local log
  98. in on two nodes and run the same door. This was because when you usually
  99. run a door, MaxsBBS tells the door what node it was run from, but when you
  100. local log in, the node is actually 0, not the dial up node number (such as
  101. 1 or 2). Then it crashes because both doors are trying to write to the
  102. same node number. 
  103. If you don't understand this, then make sure you don't run a the same door
  104. twice on two LOCAL login nodes (remote ones are fine).
  105. If you find any other bugs, please contact me!
  106.  
  107. Thanks:
  108. -------
  109. Many thanks to: 
  110. Randy Quick, since I used his basic door starter, and minor help (one 
  111. command =) along the way
  112. Surge, for beta testing 
  113.  
  114. Contacting the author/getting updates:
  115. --------------------------------------
  116. I can be contacted on the following BBS's:
  117. Surge BBS (+61 8 8384 3788  time: CST 9pm to 7am)
  118. Freds BBS (+61 8 8341 5944) Note: you must know my REAL name =)
  119. I am ofcourse on other BBS's, but these are the ones I am on the most.
  120.  
  121. You can email me at:
  122. mflip@ozemail.com.au
  123.  
  124. Updates to this program (if any) and other programs I have written can be 
  125. obtained from my homepage:
  126. http://www.ozemail.com.au/~mflip
  127. (I once accidently missed of the /~mflip in another doc for another door
  128. that I wrote, but this is the correct address)
  129.  
  130. L8r
  131. MF